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TITLE OF THE INVENTION 
NETWORK EMULATOR 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

N/A 



* 10 N/A 

□I 

01 

0| BACKGROUND OF THE INVENTION 

E 

H The present invention relates generally to simulating a 

p ; 15 computer network, and more specifically to a system and 

method for large scale testing and validation of optical 
switching equipment and software. 

As the need for data and voice communications bandwidth 
has steadily increased, communication networks have grown to 
20 include ever larger numbers of sophisticated networking 
devices, such as optical switches. These networking devices 
often include complex data forwarding functionality, which 
is typically provided using a combination of software and 
hardware components. For example, networking devices often 
25 include multiple, interconnected, printed circuit boards, 
sometimes referred to as "blades" or "cards", one or more of 
which may include microprocessor-based subsystems for 
execution of various software components. The operation of 
such networking devices is significantly dependent on the 
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specific network configuration in which they are deployed. 
Accordingly, testing of such devices should include tests of 
their operation in a variety of network configurations. 

For example, during development of software for 
5 execution within a networking device, software verification 
testing should test the software in a variety of network 
configurations. Because the number of networking devices 
required to perform a comprehensive set of such tests may be 
relatively large, and because the amount of time necessary 
10 to reconfigure actual networking devices into the various 
™" specific configurations to be tested may be so great as to 

01 be impractical, testing based on emulation of various 

q\ network configurations may sometimes be desirable. In fact, 

0^ a software emulation system capable of emulating large and 

15 complex networks would significantly reduce overall software 
j\ development time and equipment expense. 

D Additionally, it may be desirable to test proposed or 

Hi . . 

j=p : hypothetical network configurations when designing a new 

^ network, or when planning modifications to an existing 

20 network. In this regard, customers of networking device 
providers often wish to determine how a specific 
configuration of devices will operate before purchasing the 
actual equipment. Network emulation may thus advantageously 
be used during network planning and design, and to perform 
25 "what if" testing of possible network modifications. 

Various existing systems have attempted to provide 
effective software emulation of communication networks. 
Some such existing systems have emulated operation of 
networking device software using software that has been 
30 "ported" from an execution environment present on the 
networking devices, to another execution environment used 
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within the emulator system. For example, the execution 
environment within a networking device may include a 
microprocessor, operating system, and/or other aspects which 
differ from those used in the emulation system. In order 
5 for the networking device software to execute within the 
emulation environment, it has, in such existing systems, 
been modified or "ported" from the form in which it is used 
within the networking device. However, such code 

modifications raise issues of whether the modified code 
10 behaves the same as the actual code that is or will be 
O deployed in the networking device. Accordingly, the 

p: accuracy of testing provided by such existing systems may be 

poor. 

01 

pi For the reasons stated above, it would be desirable to 

2^ 15 have a network emulation system that supports testing of 

large numbers of complex networking devices using code that 
is not modified from the form in which it would be used 
within the actual networking devices. 

20 BRIEF SUMMARY OF THE INVENTION 

In accordance with the present invention, a system and 
method for providing an emulated network including multiple 
emulated networking devices are disclosed. In the disclosed 
25 system, a number of network node executable images are 
employed. Each of the network node executable images 
corresponds to an emulated networking device. The emulated 
networking devices represent physical networking devices, 
such as optical switches. Each of the network node 
30 executable images includes executable code that is operable 
to execute without modification on a physical networking 
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device. In a preferred embodiment, the executable code that 
is operable to execute without modification on a physical 
networking device includes executable code for signaling, 
routing, trunk management, circuit management and port 
management. Further in the preferred embodiment, the 
executable code that is operable to execute without 
modification on a corresponding physical network device is 
executable code that is operable to be executed within one 
of several cards that make up the corresponding physical 
network device. Additionally, the executable code that is 
operable without modification on a corresponding physical 
network device may further be linked to other executable 
code within each network node executable image which may, 
for example, not be operable without modification on the 
corresponding physical network device. Such modified code, 
for example, may perform other functions within the 
corresponding physical network device, and be executed on 
other cards within the physical network device. Such 
modified code may further be generated from a common source 
code program as is used to generate actual code operable for 
execution on such other cards within the corresponding 
physical network device. 

More specifically, in a further aspect of the disclosed 
system, the executable code of the network node executable 
image that is operable without modification on a 
corresponding physical network device may include a topology 
related program component for maintaining a representation 
of the topology of the emulated network, a trunk manager 
program component for maintaining at least one emulated 
trunk between the corresponding emulated networking device 
and an adjacent other emulated networking device, and a 
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circuit manager program component operable to maintain at 
least one emulated circuit between the corresponding 
emulated networking device and another one of the emulated 
networking devices . 
5 Various numbers of network node executable images may 

be executed on a single emulator machine. For example, in a 
first illustrative embodiment, multiple network node 
executable images may execute on a single emulator machine. 
Such a configuration is efficient in terms of emulator 
10 machine resources. Alternatively, each of the network node 
D executable images may execute on separate, respective 

n% emulator machines. This type of configuration may provide 

:p highly accurate performance testing. Moreover, multiple 

Pl emulator machines may be used to execute a single one of the 

2^. 15 network node executable images. Such a configuration would 

s be useful, for example, when testing communication functions 

p between components of a network node executable image that 

0* are assigned to different cards within the emulated 

131 

□ networking device. In the case where multiple emulator 

r% 

2 0 machines are employed, they may be interconnected by a local 
area network such as an Ethernet LAN. Moreover, each of the 
plurality of network node executable images further includes 
a code component used to provide communication during 
emulator operation, and an alternative code component used 

2 5 during operation within an actual physical networking 
device. In an illustrative embodiment, these alternative 
code components are provided in two network layer drivers. 
The appropriate network layer driver is loaded for execution 
based on a configuration file which indicates whether the 

30 specific network node executable image is being used within 
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the network emulator, or within an actual physical 
networking device. 

In this way there is disclosed a system and method for 
emulating a number of networking devices within a 
5 communications network- The disclosed system provides 
validation of operation within various network topologies, 
since the executable code representing each of the emulated 
networking devices is the same executable image that is used 
in the actual physical devices being emulated. The 
10 disclosed system may be used to accurately test the 
operation of new software images prior to installation of 
the images within the physical networking devices on which 
they are to be used, and for testing of potential network 
designs and modifications. 

15 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The invention will be more fully understood by 
reference to the following detailed description of the 
invention in conjunction with the drawings, of which: 
2 0 Fig. 1 shows a number of network node executable images 

executing within a single emulator machine; 

Fig. 2 shows a single network node executable image 
executing within a single emulator machine; 

Fig. 3 shows executable images associated with 
2 5 individual component cards of a networking device executing 
within respective emulator machines; 

Fig. 4 shows the functional components within a network 
node executable image; 

Fig. 5 illustrates operation of network node executable 
30 images within the emulator system and within a physical 
network; and 
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Fig. 6 shows an example of a networking device, such as 
an optical switch, including a number of separate printed 
circuit boards ("cards") installed within a backplane. 



DETAILED DESCRIPTION OF THE INVENTION 

As illustrated in Fig. 1, an emulator machine 10 may be 
used to execute a number of network node executable images 
10 12, in conjunction with an operating system 14. The 
Q emulator machines shown in Figs. 1-3 may be embodied using 

'q\ any appropriate code execution platform, such as a personal 

~f computer, workstation, or other hardware system. An 

02' emulator machine may include one or more processors 15 and 

j==i 15 associated memory 13 for storing code to be executed using 

K such processors. The operating system 14 may be embodied 

Q using, for example, a conventional operating system such as 

gf those provided by Microsoft Corporation (Windows™, Windows 

B NT™) , UNIX or a UNIX-like operating system, such as Linux, 

20 or any other appropriate operating system for a particular 
implementation. 

The network node executable images 12 represent code 
that is directly executable on the underlying hardware of 
the emulator machine 10. In an alternative embodiment, the 
25 network node executable images may be indirectly executable 
on the emulator machine 10 through use of a virtual machine 
(not shown) . 

As shown in Fig. 1, the disclosed system may be 
embodied or configured such that several network node 
30 executable images 12 are executed within a single emulator 
machine 10. Such a configuration may be efficient in terms 
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of emulating network configurations involving multiple nodes 

using a single emulator machine 10. Other configurations 

are described in connection with the following Figs. 2-3. 

Fig. 2 illustrates a configuration of the disclosed 

5 system in which a single emulator machine 20 is used to 

execute a single network node executable image 22, in 

conjunction with an operating system 24. The emulator 

machine 20 of Fig. 2 is further shown including a processor 

25 and associated memory 23. The configuration of Fig. 2 

10 may be useful for testing the operation of a single network 

Cl node executable image, for example, in the case where new 

code has been developed and should be tested for 

'if correctness. Further, in an illustrative embodiment, a 
0?. 

OJ number of emulator machines, such as the emulator machine 

P 15 20, each having a single network node executable image 

B executing thereon, may be interconnected through a network 

p; such as a local area network. Such an interconnection of 

Ft! 

-Z multiple emulator machines having single network node 

0 £ 

CI executable images executing thereon may be used to 

E* 

20 accurately emulate the behavior and/or performance of the 
same number of physical networking devices within an actual 
network . 

Referring now to Fig. 3, a local area network 40 is 
shown interconnecting the emulator machines 32, 34, 36 and 

25 38. As shown in Fig. 3, the disclosed system may be used to 
emulate the behavior of individual cards that provide a 
portion of the functionality within actual physical 
networking devices. As shown in Fig. 3, the emulator 
machine 32 includes a network node executable image 42 for a 

30 card A stored with an operating system 4 4 in a memory 43, 
for execution on a processor 45. The emulator machine 34 
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includes a network node executable image 4 6 for a card B 
stored with an operating system 48 in a memory 46, for 
execution on a processor 49. The emulator machine 36 
includes a network node executable image 50 for a card C 
5 stored with an operating system 52 ' in a memory 51, for 
execution on a processor 53. Emulator machine 38 includes a 
network node executable image 54 stored with an operating 
system 56 in a memory 55, for execution on a processor 57. 
The network node executable images shown in Fig. 3 may 
10 correspond to cards from within a single or multiple actual 
Cl physical networking devices. For example, card A, card B, 

jjl card C and card D may be identical cards of different 

|f networking devices within the emulated network. In an 

OS: illustrative embodiment, card A, card B, card C and card D 

15 are each Switch Management Cards (SMCs) for respective ones 
B of individual networking devices within an emulated, network, 

p. Such SMCs may, for example, provide functionality related to 

signaling, routing, trunk management, circuit management, 
Ct and port management. Alternatively, card A, card B, card C 

20 and card D may be separate, dissimilar cards within a single 
emulated device. 

Fig. 4 shows an illustrative embodiment of a network 
node executable image 70, including signaling and routing 
functionality 72, as well as trunk, circuit and port manager 
25 functionality 74, and platform functionality 76. As it is 
generally known, signaling within the context of telephony 
related systems generally involves the exchange of 
information between nodes within a network in order to set 
up, control, and terminate a number of calls. Two forms of 
30 signaling may be provided by one or more signaling code 
entities within the signaling and routing functionality 72 
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of the network node executable image 70. First, "in-band" 
signaling may be provided, in which signaling information is 
exchanged within the same channel as the subject call or 
calls. Second, "out-of-band" signaling may be performed on 
separate, dedicated signaling channels. The signaling 
provided through the signaling and routing functionality 72 
of the network node executable image 70 may include either 
in-band signaling, out-of-band signaling, or both. 

Further for purposes of illustration, a routing code 
entity provided within the signaling and routing 
functionality 72 may, for example, implement the OSPF (Open 
Shortest Path First) router protocol. As it is generally 
known, OSPF is a router protocol which may be used as an 
alternative to the Routing Information Protocol (RIP) . Like 
RIP, OSPF is designated by the Internet Engineering Task 
Force (IETF) as one of several Interior Gateway Protocols 
(IGPs) . In an alternative embodiment, the routing program 
code provided within the signaling and routing functionality 
72 may be based on RIP. 

An illustrative embodiment of a trunk manager program 
code entity within the trunk, circuit and port manager 
functionality 74 is now described. As used herein, the term 
"trunk" shall refer to a logical link between two networking 
devices over which one or more circuits can be provisioned. 
The trunk manager code entity generally provides the 
following functions : 

(a) Management and maintenance of state information for all 
trunks within the networking device, including creation 
and/or deletion of trunks in response to commands or 
instructions received, for example, from one or more 
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network management code entities. The trunk manager is 
further responsible for maintaining the integrity of a 
trunk database after initialization or recovery from a 
failure . 

5 (b) Bandwidth reservation and port mapping services. 

(c) Translation of port/APS events (port down, port up, 

switchover, etc.), received from a port manager code 

entity, into trunk events. As used herein, a "port" 

refers to an interface of the networking device to an 

10 external communication media. For example, an OC-48 port 

CI may consist of an interface to what is generally referred 
up 

q\ to as a Synchronous Optical Network (SONET) OC-48 

jif communications channel located on a port interface card 

OS (PIC) within the networking device. Further, as used 

pj 15 herein, the term "APS group" refers to a set of ports 

* that participate in a particular SONET APS (Automatic 

Protection Switching) configuration, consisting of one 

Or protection port and one or more working ports. 

y b 

p (d) Reporting of relevant trunk events to a routing code 

Ci 

20 entity. 

(e) Performing connectivity checks for each trunk. 



Further in an illustrative embodiment, the trunk 
manager program code within the trunk, circuit and port 

25 manager functionality 74 runs as a Linux process both on an 
SMC card, when it executes on an actual networking device, 
and when it executes as part of a network node executable 
image executing on an emulator machine. The trunk manager 
program code may further interface with routing, resource 

30 manager, port manager, link manager, and network management 
software entities through any appropriate messaging protocol 

ATTORNEY DOCKET NO. SYCMR-031XX 
WEINGARTEN, SCHURGIN, 
GAGNEBIN & HAYES, LLP 
TEL. (617) 542-2290 
FAX. <617) 451-0313 



• 



-12- 

performed using Linux sockets. For example, an interface to 
a network management software entity may be used to receive 
trunk configuration commands. Similarly, a trunk manager 
interface to a routing entity may be used to inform the 
5 routing entity of any trunk events that are of interest to 
the routing entity (e.g., add/delete a trunk). An interface 
to a routing entity may further be used to reserve bandwidth 
on a particular trunk when setting up a virtual circuit, and 
to release bandwidth when a virtual circuit is torn down. A 
10 trunk manager interface to a port manager entity may be used 
^ to receive port and APS information from the port manager. 

Hll A trunk manager interface with a link manager entity may be 

yp used to learn about the configuration of a remote port so 

that the trunk manager may perform connectivity checks. 

PI 

pi 15 Also in the trunk, circuit and port manager 

P 

~~ functionality 74, may be included port manager program code 

^ embodied as one or more "port manager" program code 

Q 

ni entities. During operation, each port manager entity may 

9: generate a number of port /APS events to the trunk manager. 

20 The trunk manager then updates its own database based on 
such events, translates the port events into trunk events, 
and reports them to the routing and/or signaling entities. 
In an illustrative embodiment, there are five types of 
messages exchanged between the trunk manager entity and the 
25 port manager entity: Add, Delete, Update, Hello, and Synch. 
These messages are now described in further detail. 

After a physical port/APS is first configured 
successfully, a port manager entity sends an Add message to 
the trunk manager entity. Included in the message are the 
30 following parameters: 
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(a) Port ID. If APS is configured, this is the protection 
port ID of the APS group. Otherwise, this is the port to 
be added. 

(b) APS configuration information. 

5 (c) Bandwidth. Size of quantum and count. 

(d) Administrative information regarding the type of port 
added. 

As a result of the Add command, if APS is configured, 
one APS object and multiple port objects will be created 
10 within the trunk manager entity. Otherwise, only one port 
object will be created. 
|S1 After a port/APS is deleted successfully, the port 

*J3 manager entity sends a Delete message to the trunk manager. 

QS Included within the Delete message is the following 

!j* 15 parameter: Port ID. The protection port ID of the APS group, 

n or the port ID of the port, to be deleted from the trunk 

manager entity's database. 

W In a first embodiment, if the deleted port is part of 

01 

p an APS group, the entire APS group is deleted. Partial 

^ 20 deletion may be provided in an alternative embodiment. 

The port manager entity sends an Update message to the 
trunk manager entity when there is a change in port/APS 
status. Update messages are further classified into six 
subtypes: Arch Change, Working-to-Protect Switchover, 
2 5 Protect-to-Working Switchover, Protect Down, Protect Up, and 
APS Down, which are now further described. 

The port manager entity sends an Arch Change message to 
the trunk manager entity when the APS architecture is 
changed. Included in the Arch Change message is a parameter 
30 indicating the Physical port ID of the protection port in 
the APS group. 
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The port manager entity sends the Working-to-Protect 
Switchover message to the trunk manager entity when it has 
successfully performed a switchover from a working port to 
the protection port. Included in the message are the 
5 following parameters: 

(a) Physical port ID of the protection port in the APS 
group. 

(b) Physical port ID of the working port in the APS group. 



10 The port manager entity sends the Protect-to-Working 

Switchover message to the trunk manager entity when it has 
successfully performed a switchover from the protection port 

jf| to a working port. Included in the message are the following 

0| parameters : 

p 15 (a) Port ID of the protection port in the APS group. 

* (b) Port ID of the working port in the APS group. 

Ci 

RB 

pr The port manager entity sends the Protection Up message 

EJ to the trunk manager entity when a protection port changes 

2 0 status from down to up. Included in the message is the 

following parameter: Port ID of the protection port in the 

APS group. 

The port manager entity sends the Protection Down 
message to the trunk manager when the protection port 
25 changes status from up to down. Included in the message is 
the following parameter: Port ID of the protection port in 
the APS group. 

The port manager entity sends the APS Down message to 
the trunk manager entity when it determines that an entire 
30 APS group is down. This message includes the following 
parameter: Port ID of the protection port in the APS group. 
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Both the trunk manager and port manager entities use 
Hello message to inform the other that synchronization is 
needed. Included within the Hello message are the following 
parameters : 

(a) Sequence Number. 

(b) Hello Type. May indicate either "initiating synch" or 
"acknowledging synch . " 

The port manager sends Synch messages to the trunk 
manager in order to download its port database. A Synch 
message consists of multiple Add messages, each for an APS 
group. Included in the Synch message are the following 
parameters : 

(a) Sequence Number. 

(b) List of Add Messages. Empty list signals the end of 
synchronization . 

In addition to the trunk manager and port manager 
entities, a circuit manager entity may further be included 
within the trunk, circuit and port functionality 74 shown in 
Fig. 4. The circuit manager entity may, for example, 
maintain the state of various virtual circuits used for 
communication over associated trunks between actual 
networking devices. Accordingly, the circuit manager code 
entity operates to set-up and tear-down various virtual 
circuits. One or more virtual circuits may, for example, be 
carried over a single trunk. 

The platform code 7 6 shown in the network node 
executable image 70 of Fig. 4 is responsible for registering 
any processes used to provide the various code entities 
within the network node executable image 70. The platform 
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code may further operate to read any necessary configuration 
information, such as may be stored within one or more 
configuration files, that is used to configure the various 
code entities of the network node executable image. 
5 Further, the platform code 7 6 is operable to maintain one or 
more Management Information Base (MIB) that may be used by 
the network management functionality of the device. In 
addition, the platform functionality may operate to control 
a network management command line interface to the network 
10 device- In these ways, the platform 76 operates to maintain 
various resources, such as databases, that are employed by 

{jl various other entities within the networking device for 

tii 

~; various reasons. 

DJ In an illustrative embodiment in which the trunk 

q 15 manager program code, circuit manager program code, port 

I\ manager program code, and signaling and routing program code 

□ are each implemented as one or more Linux processes, the 



operating systems shown in the emulator machines of Figs, 1- 
CJ 2 would each be the Linux operating system. Similarly, in 

20 such an embodiment, the operating system of the SMC on which 
the trunk manager program code executes within the actual 
networking device would also be Linux. Such commonality of 
operating systems between the actual networking devices and 
the emulator machines advantageously enables the same 
25 executable code to used on the emulator machines as on the 
actual networking devices. 

Further in an illustrative embodiment, one or more of 
the program code entities within the network node executable 
image may be implemented as what are conventionally referred 
30 to as "daemons", which is a term generally used to refer to 
programs that run continuously and exist for the purpose of 
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handling periodic service requests. Each such daemon 
program forwards the service requests it receives to other 
programs (or processes) as appropriate. 

Moreover, while the description of the trunk and port 
manager entities above has been with reference to actual 
trunks and ports, the trunk and port manager entities 
maintain and operate in conjunction with emulated trunks and 
ports when operating within one or more emulator machines. 
The virtual circuit manager entity within the network node 
executable image is also operable to support both emulated 
and actual virtual circuits, depending on whether it is 
executing within an emulator machine or a physical 
networking device, respectively. Similarly, the routing and 
signaling entities are capable of maintaining and operating 
in conjunction with a topology of an emulated network, just 
as they would maintain and operate in conjunction with a 
topology of an actual network topology when executing in a 
physical networking device. 

Fig. 5 illustrates how two network node executable 
images operate, both when loaded within respective physical 
networking devices, and when loaded onto one or more 
emulator machines. As shown in Fig. 5, the network node 
executable image 100 associated with a Networking Device A 
includes a signaling and routing functionality 104, which 
exchanges control information 106 with the signaling and 
routing functionality 108 within the network node executable 
image 102 of a Networking Device B 102. The communications 
between a physical Networking Device A and a physical 
Networking Device B are provided over a fiber optic cable 
116. The network node executable images 100 and 102 for 
Networking Device A and Networking Device B each include 
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Internet Protocol (IP) tunnel supporting program code, shown 
as IP Tunnel code 110 and IP Tunnel code 112. An IP Tunnel 
is thus provided for communication between the network node 
executable image 100 and the network node executable image 
5 102, In the case where the two network node executable 
images of Fig. 5 are operating on one or more emulator 
machines, then the IP Tunnel is provided over an Ethernet 
local area network 114. Alternatively, when the two network 
node executable images of Fig. 5 are operating within 
10 respective physical networking devices, the IP Tunnel is 
jf| provided over the fiber optic cable 116. 

In an illustrative embodiment, each of the network node 

U* 

*il executable images 100 and 102 of Fig. 5 include a code 

01 

j=P component used to provide communication during emulator 

15 operation, and an alternative code component used during 
iz operation within an actual physical networking device. In 

^ this illustrative embodiment, these alternative code 

HI components are provided by alternative network layer 

01 

p drivers, also referred to as protocol driver images, each of 

20 which may provide the IP Tunnel functionality shown by IP 
Tunnel code 110 and IP Tunnel code 112 in Fig. 5. The 
appropriate network layer driver is loaded for execution 
into each network node executable image based on 
configuration information indicating whether the specific 
25 network node executable image to be used within an emulator 
machine, or within an actual physical networking device. 

Fig. 6 shows an illustrative embodiment of a physical 
networking device on which the disclosed network node 
executable image may be executed. As shown in Fig. 6, a 
30 card cage 120 is provided that can receive a number of 
cards, including a Switch Management Card (SMC) 122, Port 
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Interface Cards (PICs) 124 an 126, and a number of other 
cards 128. As used herein the term "card" is used to refer 
to a printed circuit board that provides a number of 
predetermined functions and/or services. The PICs 124 and 
5 12 6 each include a number of interfaces to communication 
media external to the physical networking device. The other 
cards 128 may, for example, include a switch fabric used to 
direct data units received on the communication media 
interfaces of the PICs 124 and 126 to outgoing interfaces. 
10 The SMC 122 may include a microprocessor and associated 
Cy memory for executing a network node executable image, such 

as the network node executable image 70 shown in Fig. 4. 
*p Accordingly, the SMC 122 may include an operating system 

jjj; equivalent to that used on the emulator machine or machines 

15 on which the network node executable image is executed in an 
s emulation environment. In an illustrative embodiment, at 

p- h least a portion of the executable code for the cards other 

ni than the SMC 122 in the physical networking device of Fig. 5 

q is generated from a set of source code which may also be 

^ 2 0 used to generate executable code that may be used in 

conjunction with, or as part of, the network node executable 
image 7 0 shown in Fig. 4. 

Those skilled in the art should readily appreciate that 
the programs defining the functions of the present invention 
2 5 can be delivered to a computer in many forms, including, but 
not limited to: (a) information permanently stored on non- 
writable storage media (e.g. read only memory devices within 
a computer such as ROM or CD-ROM disks readable by a 
computer I/O attachment) ; (b) information alterably stored 
30 on writable storage media (e.g. floppy disks and hard 
drives) ; or (c) information conveyed to a computer through 
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communication media for example using baseband signaling or 
broadband signaling techniques, including carrier wave 
signaling techniques, such as over computer or telephone 
networks via a modem. In addition, while the invention may 
5 be embodied in computer software, the functions necessary to 
implement the invention may alternatively be embodied in 
part or in whole using hardware components such as 
Application Specific Integrated Circuits (ASICs), 
Programmable Logic Arrays (PLAs) , or other hardware, or some 

10 combination of hardware components and software. 

While the invention is described through the above 
exemplary embodiments, it* will be understood by those of 
ordinary skill in the art that modification to and variation 
of the illustrated embodiments may be made without departing 

15 from the inventive concepts herein disclosed. Accordingly, 
the invention should not be viewed as limited except by the 
scope and spirit of the appended claims. 
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